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INSTALLATION DE COMMUNICATION POUR UNE RECEPTION COLLECTIVE D'INFORMATIONS, 
NOTAMMENT D'IMAGES DE TELEVISION NUMERIQUE ET/OU DE DONNEES MULTIMEDIA. 



L'invention concerne une installation de communica- 
tion pour une reception collective de television numerique 
et/ ou de donnees multimedia, qui re$oit une pluralite de si- 
gnaux (S1 , S2, S3) emanant de sources distinctes. L'instal- 
lation de l'invention comporte un r^seau (R) reliant une 
multiplicity de dispositifs desembrouilleurs/ decodeurs 
(STB), a disposition des usagers de la collectivite, a un ser- 
veur local (SL) capable de demoduler les signaux regus (S1 , 
S2, S3) pour les envoyer sur le reseau sous la forme d'un 
flux de paquets de modulation commune (S R ), avec des ap- 
plications logicielles permettant le desembrouillage/ d6co- 
dage des signaux. Ainsi, des dispositifs desembrouilleurs/ 
decodeurs (STB), banalises et de conceptions similaires, 
peuvent traiter les differents signaux re$us. 
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installation de communication pour une reception collective 

d * informations , notamment d ' images de t elevision n^meEaque 

5 et/ou de donnees multimedia 

L' invention concerne une installation de communication, en 
particulier pour une reception collective d 5 informations 
telles que des images de television numerique et/ou des 
10 donnees de type multimedia (pages WEB, fichiers, son r 
donnees, images video, etc), le cas echeant via INTERNET. 

Une installation de ce type comprend une interface d' entree 
par laquelle elle re<?oit un signal portant des informations 
15 du type precite. Ce signal emane d'une source d' informations, 
par une liaison par cable ou filaire, par voie hertzienne, ou 
encore par liaison satellite. 

En outre, 1' interface d' entree de 1 ' installation re^oit de 
20 cette source d' informations des applications logicielles qui 
permettent la conversion du signal precite, en un signal 
directement utilisable par un usager sur un equipement tel 
qu'un ecran de television , un magnetoscope , ou encore un 
micro-ordinateur. Pour effectuer cette conversion, il est 
25 prevu un dispositif recepteur/decodeur & disposition d'un 
usager individuel, capable de convertir le signal precite en 
utilisant ces applications logicielles. 

Des installations de communication, connues, comprennent un 
30 dispositif recepteur/decodeur par usager et par type de 
signal Si recevoir. Ainsi, un usager individuel doit posseder 
plusieurs dispositif s recepteurs/decodeurs s'il souhaite 
utiliser plusieurs signaux issus de sources d' informations 
distinctes et associes & des applications logicielles 
35 differentes. En outre, la connexion de cette pluralite de 
dispositifs recepteurs/decodeurs k un equipement du type 
pr6cit6 s'avSre souvent delicate. 

La presente invention vient ameiiorer la situation. 

40 
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Elle propose 2i cet effet une installation de communication f 
du type comprenant : 

- une interface d'entrSe propre & recevoir au moins un 
premier signal 6manant d'une premiere source d ' informations r 

5 ainsi qu'au moins des premi&res applications logicielles, et 

- au moins un dispositif r6cepteur/d6codeur , ci disposition 
d'un usager individuel, agence pour utiliser les premieres 
applications logicielles pour proc£der & la conversion du 
premier signal en vue d'une utilisation directe par 1' usager. 

10 

Selon une definition g6n6rale de 1 'invention, 

- l* interface d' entree est apte & recevoir en outre au moins 
un second signal 6manant d'une seconde source d' informations , 
ainsi que des secondes applications logicielles, 

15 - le dispositif r£cepteur /d^codeur est agenc6 en outre pour 
utiliser les secondes applications logicielles pour proc6der 
h la conversion du second signal en vue d ' une utilisation 
directe par 1' usager, et 

- 1 * installation comporte un serveur local, reli6, d'une 
2 0 part, a 1' interface d' entree et, d' autre part, au dispositif 

r£cepteur/d6codeur , et comprenant un module de dialogue avec 
le dispositif r6cepteur/d6codeur pour transmettre, s61ecti- 
vement en fonction d'une demande d'un usager, les premieres 
ou les secondes applications logicielles, au dispositif 
25 r6cepteur/d6codeur de 1' usager, pour proc^der & la conversion 
du premier signal ou du second signal. 

Avantageusement , le serveur local comporte un module harmo- 
niseur reli6 & 1' interface d'entr£e et apte & mettre les 
30 premier et second signaux sous une forme commune, tandis que 
le dispositif r6cepteur/d£codeur est agenc6 pour proc§der ^ 
la conversion d'un signal harmonist pr^sentant ladite forme 
commune. 

35 Dans une realisation pr6f6r£e, le module harmoniseur est 
agenc£ pour remoduler les premier et second signaux suivant 
un m§me type de modulation, tandis que le dispositif r£cep- 
teur/d£codeur comporte un module d^multiplexeur avantageuse- 
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ment agenc* r n»r operer s ur des s ig naux pr esent an t ce typ de 

modulation . 

Selon une autre caracteristique avantageuse de 1' invention, 
5 le dispositif recepteur/decodeur comporte une memoire pour 
charger les premieres ou secondes applications logicielles, 
ainsi qu'un module de gestion apte a acceder a ladite memoir 
et agence pour cooperer avec le module demultiplexeur , pour 
proceder a la conversion du signal harmonise, en vue d'une 
10 utilisation directe. 

Selon une autre caracteristique avantageuse de 1' invention, 
1' installation comporte un reseau de connexions pour relier 
une multiplicity de dispositifs recepteurs/decodeurs au 
15 serveur local, tandis que le serveur local comporte une 
interface de sortie reliee au module de dialogue pour 
transmettre, selectivement en fonction des demandes des 
usagers, les premieres ou les secondes applications logi- 
cielles aux dispositifs recepteurs/decodeurs correspondants . 

20 

Pr«§ferentiellement, les dispositifs recepteurs/decodeurs 
portent chacun un identifiant predetermine tandis que le 
module de dialogue coopere avec un registre des identifiants 
que comporte le serveur local, pour dialoguer re P etitivement 
25 avec les dispositifs recepteurs/decodeurs suivant un proto- 
cole de type interrogation/reponse . 

Le serveur local est, de preference, agenci pour interroger 
success ivement les dispositifs recepteurs/decodeurs de facon 
30 sensiblement cyclique, et recevoir en reponse les demandes 
des usagers succes s ivement . 

En variante ou en combinaison avec cette interrogation en 
cascade, il peut etre prevu une interrogation en rafale. Dans 
35 ce cas, le serveur local est agence pour interroger simulta- 
nement les dispositifs recepteurs/decodeurs et recevoir en 
reponse les demandes des usagers simultanement . 
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Selon une autre caracteristique avantageuse de 1 ' invention, 
le serveur local est agenc6 pour transmettre en outre des 
applications logicielles permettant un dialogue entre le 
dispositif r6cepteur/d6codeur et l'une au moins desdites 
5 premiere et seconde sources, suivant un protocole interact if . 

Avantageusement f le dispositif r£cepteur/d6codeur est apte & 
communiquer par une voie de retour avec le serveur local, 
tandis que le serveur local comporte une liaison de communi- 
10 cation avec la premiere et/ou la seconde source d* informa- 
tions, pour transmettre au dispositif r6cepteur/d6codeur , des 
applications logicielles choisies suivant une demande de 
1 'usager . 

15 Dans une forme de realisation avantageuse de 1 ' installation 
de communication selon 1' invention, le dispositif r£cep- 
teur/decodeur est apte h transmettre par ladite voie de 
retour une demande de mise £ jour des premieres et/ou 
secondes applications logicielles. 

20 

Dans une realisation particulifere, l'un au moins des premier 
et/ou second signaux & recevoir est, en pratique, un signal 
embrouilie portant des informations sujettes ci p6age, tandis 
que le recepteur/decodeur comporte avantageusement un module 
25 desembrouilleur capable de proceder & une conversion des 
premier et/ou second signaux en des signaux desembrouilies, 
sous reserve d'obtention de droits d'accds. 

Avantageusement, le dispositif recepteur/decodeur comporte un 
30 module de gestion de droits d'accfes apte £ cooperer avec le 
module desembrouilleur pour activer le desembrouillage du 
premier et/ou du second signal, tandis que le serveur local 
est apte Si consul ter ledit module de gestion de droits 
d'acc^s, en vue de controler les droits dont dispose le 
35 dispositif recepteur/decodeur • 

En variante, le dispositif recepteur/decodeur est agence pour 
transmettr par ladite voie de retour une demande de droits 
d'acces, tandis que le serveur local est agence pour conimu- 
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niquer— 1-adi-te- -demande-de --droi-ts-d-acc6s_&_la_pr. mi6re_e.t/p_u v _ 

la seconde source d ' informations , et pour transmettre au 
dispositif r6cepteur/d6codeur, des applications logicielles 
permettant le desembrouillage du premier et/ou du second 
5 signal , en r6ponse ^ ladite demande de droits d'acc^s. 

Ainsi, un mSme dispositif r6cepteur/decodeur d'une installa- 
tion selon 1' invention, est capable de convertir select ive- 
ment les premier et second signaux, sur demande d'un usager. 
10 A ce titre, la pr£sente invention vise aussi un tel disposi- 
tif r6cepteur/d£codeur . 

D'autres caract^ristiques et avantages de 1' invention 
apparaitront & 1'examen de la description d6taill6e ci-apr&s, 
15 et des dessins annexes sur lesquels : 

- la figure 1 repr§sente sch6matiquement une installation de 
communication selon 1' invention ; 

2 0 - la figure 2 reprSsente les interactions entre les elements 
que comporte un dispositif recepteur /decodeur de la techniqu 
ant6rieure, deiimite par des traits pointings ; 

- la figure 3 represente schematiquement 1' allure d'un signal 
2 5 S R que diffuse le serveur local dans le reseau R ; 

- la figure 4 repr6sente schematiquement les interactions 
entre les diffSrents elements de la tete de reseau collectif 
TRC de 1' installation representee sur la figure 1 ; et 

30 

- la figure 5 represente les differentes applications 
logicielles en memoire d'un dispositif r£cepteur/d6codeur 
d'une installation selon 1' invention. 

35 La description d<§taill£e ci-aprfes et les dessins annexes 
contiennent pour l'essentiel des elements de caractdre 
c rtain. lis pourront non seulement servir & mieux faire 
comprendre la presente invention mais aussi contribuer a sa 
definition, le cas echeant. 
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La description d§taillee ci-aprds est donnee essentiellement 
dans le cadre d la communication d' informations du typ 
images de television numerique et/ou donnees multimedia, & 
titre d'exemple non limitatif. La communication de ces 
5 informations est, dans 1'exemple decrit, sujette a p6age. 

On entend dans ce qui suit par collectivity, un ensemble 
d'usagers formant un groupe geographiquement localise, tel 
que des immeubles collectifs, des residences pavillonnaires, 
10 des hotels, etc. 

En se referant & la figure 1, une collectivity est 6quip6e 
d'un r6seau muni d'une tete TRC capable de recevoir une 
plurality de signaux emanant de sources d' informations 
15 distinctes, Dans 1'exemple, la tete de reseau collectif TRC 
regoit trois signaux SI, S2 et S3 d' images de television, 
transmises par voie hertzienne pour le signal SI, par liaison 
satellite pour le signal S2 et par liaison filaire ou par 
cSble pour le signal S3. 

20 

Ces differents signaux sont de types de modulation differents 
et, le cas echeant, de codages differents (MPEG, SECAM ou 
autre) . 

25 Par exemple, pour le signal terrestre numerique transmis par 
voie hertzienne SI, la modulation est de type COFDM (abrevia- 
tion du terme anglais "CODED ORTHOGONAL FREQUENCY DIVISION 
MULTIPLEX"). Pour le signal S2 transmis par satellite, sa 
modulation est de type QPSK (abreviation du terme anglais 

30 " QUADRATURE PHASE SHIFT KEYING" ) . Pour le signal S3 transmis 
par cable, sa modulation est de type QAM (abreviation du 
terme anglais "QUADRATURE AMPLITUDE MODULATION"). Pour des 
liaisons bifilaires, il est frequent d'utiliser une modula- 
tion de type ADSL (abreviation du terme anglais "ASYMETRIC 

35 DIGITAL SUBSCRIBER LINE"). 

Par ailleurs, au moins une partie de ces signaux porte des 
informations sujettes & peage. De tels signaux sont done 
embrouilies et leur conversion en des signaux desembrouilies, 
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en-vue-d'un -uti-l-isation-dir cte-par_un_usager,_ necess ite des 
applications logicielles specif iques. 

Dans l'exemple decrit, le signal S2 est issu de la source 
d' informations "CanalSatellite" (Marque d6pos«5e) et 1' appli- 
cation logicielle permettant le d^sembrouillage de ce signal 
S2 est " MEDI AGUARD " (Marque deposed) , tandis que le signal S3 
est issu de la source d' informations "TPS" (Marque deposed) 
et 1 ' application logicielle permettant son d6sembrouillage 
est "VIACCESS" (Marque deposee). D'autres applications 
logicielles telles que "NAGRAVTSION" , "CONAX" , etc, permet- 
tent le dSsembrouillage d'autres signaux diffuses dans 
certains r^seaux europeens. 

Par ailleurs, a ces diff events types de signaux sont asso- 
ciees d'autres applications logicielles permettant la mise en 
forme des informations qu'ils contiennent, et notamment une 
interactivity entre l'usager et les sources. Par exemple pour 
le signal S2 r 1' application logicielle utilised est "MEDIA- 
HIGHWAY" (Marque deposed), tandis que pour le signal S3 
1 'application logicielle utilisee est " OPEN TV" (Marque 
d£pos€e ) . 

Ainsi, chacun de ces signaux est mis en forme suivant un type 
de modulation specif ique, et sa conversion utilise une ou 
plusieurs applications logicielles specif iques a ce signal. 

II est a noter en outre que le signal SI, regu par voie 
hertzienne, peut etre de modulation num^rique (modulation 
COFDM pr6cit6e) ou encore de modulation analogique (SECAM ou 
autre ) . 

La tete du r<§seau collectif TRC comprend une interface 
d' entree IE capable de recevoir les trois signaux SI, S2 et 
S3. De facon habituelle, les signaux transmis par satellite 
ou par cable (S2 et S3) doivent etre d£cod6s et, le cas 
ech6ant, d£sembrouill6s pour une utilisation directe d'un 
usager. Ce d<§codage/d6sembrouillage est habituellement 
effectue" par un dispositif recepteur/d^codeur STB (appel6 
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4 plus simplement decod ur dans ce qui suit). Un tel decodeur 

STB est. g6n6ralement relie & un 6quipement Si disposition de 
l'usager, tel qu'un teieviseur TV, un magnetoscope, ou encore 
un micro-ordinateur dans le cas d'une reception de donnees 
5 multimedia. 

En se referant h la figure 2, un decodeur classique de la 
technique anterieure comporte, en entree, un synthoniseur 
SYNTH , en cooperation avec une boucle h verrouillage de phase 
10 PLL pour une recuperation d'horloge et de porteuse sur le 
signal regu S de modulation QPSK (signal S2) ou de modulation 
QAM (signal S3) . 

En pratique, le signal S en entree du decodeur est converti 
15 en numerique en CAN, puis demoduie en DEMOD par cooperation 
avec le synthoniseur SYNTH et la boucle PLL. Ce traitement 
est suivi ensuite d'un ensemble de filtrage et de decodage, 
par exemple un decodage de VITERBI pour le signal S2, qui 
achdve ainsi un traitement des signaux appeie communement 
20 "decodage de canal". 

Le signal en sortie de ce bloc de decodage de canal se 
present e sous la forme d'un flux de paquets MPEG avant 
d'attaquer un bloc de decodage de source DECS. Dans le cas de 

25 signaux embrouilies , le bloc de decodage de source commence 
par un module desembrouilleur DESCR, generalement pilote par 
un microprocesseur jiP gerant une memoire dynamique DRAM, qui 
regoit d'un lecteur (non represente) de carte h. puce donnant 
des droits d'accfes, une cie permettant le desembrouillage. Ce 

30 module desembrouilleur DESCR coop^re avec un bloc demulti- 
plexeur DEMUX qui permet la selection au moyen de filtre 
adapte des paquets dans le flux MPEG. En pratique, le module 
demultiplexeur du decodeur permet de f iltrer dans le flux 
MPEG les donnees d' images non desirees pour seiectionner les 

35 donnees d' images choisies par l'usager. Ce bloc de demulti- 
plexage est suivi d'un module decodeur DECOD (MPEG2 dans 
1' exemple d6crit) et d'un encodeur video/audio COD pour 
deiivrer des signaux s u d' utilisation directe vers un 
teieviseur, un magnetoscope ou autre. 
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DESCR, le bloc demultiplexeur DEMUX et le decodeur de format 
MPEG (reference DECOD) , au cours de ce decodage de source, 
sont pilotes par le microprocesseur yP qui coopere avec la 
5 memoire dynamique DRAM et, le cas echeant, avec une memoire 
morte ROM. 

Les decodeurs/desembrouilleurs de la technique anterieure 
comportent en outre une liaison, generalement de type MODEM 

10 (non representee), avec la source d' informations de laquelle 
emane le signal re 5 u S, pour t<Slecharger , dans la memoire 
vive DRAM, des applications logicielles permettant une 
interactivity avec la source et, le cas echeant, 1* activation 
du desembrouillage/decodage. lis comprennent par ailleurs en 

15 memoire morte ROM des applications logicielles residentes qui 
permettent des fonctions de base, par exemple un dialogue par 
MODEM avec la source, les f onctionnalites de desembrouillage, 
de demultiplexage et de decodage MPEG, etc. 

20 II apparait alors que chaque type de decodeur est specifique 
au signal a recevoir, tant au niveau des blocs de demodula- 
tion (QPSK ou QAM) qu'il comporte, qu'au niveau des applica- 
tions logicielles utilisees. 

2 5 On se refere alors a la figure 4 pour decrire les interac- 
tions entre les elements que comporte une tete de reseau 
collectif TRC d'une installation selon 1' invention. L'inter- 
face d' entree IE comporte trois voies de decodage de canal, 
avec un synthoniseur SYNTH 1 , SYNTH2 et SYNTH3 pour chaque 

30 signal SI, S2 et S3, ainsi que des blocs de demodulation 
DEMOD respectifs (par exemple COFDM pour le signal SI, QPSK 
pour le signal S2 et QAM pour le signal S3), suivis de blocs 
de filtrage et de decodage respectifs (non represented) . 

35 Le canal d' entree des signaux SI, S2 et S3 est, de preferen- 
ce, en correspondance en frequence avec le canal de sortie 
sur le reseau R. Avantageusement , cette correspondance est 
prise en charge par une application logicielle propre au 
r6seau. Dans une variante simplifiee, cette correspondance 
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peut §tre effective manuellement par un installateur ^ partir 
d'un synthoniseur r^glable manuellement. 

Les flux MPEG resultant de ces d6codages de canal attaquent 
5 un serveur local SL muni d'un modulateur MOD capable de 
mettre en forme les flux MPEG des signaux SI, S2 et S3 
suivant une modulation commune. Pr6f 6rentiellement , cette 
modulation commune est de type COFDM, correspondant a la 
modulation initiale du signal SI transmis par voie hertzien- 
10 ne. 



De faqon g6n6rale, cette modulation, correspondant ci la 
modulation des signaux terrestres num^riques, pr6sente les 
avant age s suivant s : 

15 

- il n'est pas n6cessaire d'effectuer une remodulation pour 
les signaux terrestres, les plus courants en t616vision . 
num^rique ; 

20 - cette modulation offre une bande passante optimis6e pour un 
grand nombre de signaux transmis actuellement par cable; 

- elle pr6sente une bonne resistance aux ruptures d' impedan- 
ces r6seau ; et 

25 

- elle est compatible avec les modules de reception des 
t£16viseurs num^riques actuels. 

Les signaux ainsi modules sont transposes dans une bande de 
30 frequence choisie, typiquement de 8 MHz, 

En pratique, les signaux SI, S2 et S3 sont pr£f grentiellement 
d6modul6s en DEMOD (figure 4), remodulSs et 6galis6s en MOD 
suivant une modulation commune (COFDM), puis amplifies en 
35 AMP, au cours du traitement dans la tete de r6seau collect if 
TRC. lis sont ensuite envoy^s dans le r£seau R vers les d6co- 
deurs/d6sembrouilleurs STB des usagers, sous forme de paquets 
de format MPEG, par une interface de sortie du serveur local 
SL comprenant un module de mise en forme OPE. II est h noter 
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que — ce — flux — de — paquefcs — MPEG — n— est — pas — modif ie — par — les v 

operations pr6c6dentes de demodulation et de remodulation. 

En se r<§f<§rant a la figure 3, le signal S R qu'envoie le 
5 serveur local sur le reseau R se prisente done sous la forme 
d'un flux de paquets MPEG de modulation COFDM precede d'un 
canal hors bande OB pour la voie descendante VD du reseau (du 
serveur SL aux decodeurs STB), ainsi que d'un second canal 
hors bande CVR permettant la gestion d'une voie de retour VR 
10 (des decodeurs STB au serveur SL), remontante. 

Ainsi, la tete de reseau collectif TRC : 

- recoit les signaux SI, S2 et S3 par son interface d' entree 
15 IE ; 

- demodule respect ivement ces signaux par decodage desdits 
signaux SI, S2 et S3 en conservant les modulations MPEG de 
transport de ces signaux ; 

20 

- remodule suivant un type de modulation commun (COFDM dans 
l'exemple deer it) ces signaux ; 

- et les envoie sous la forme d'un flux de paquets MPEG dans 
25 le r6seau R, a destination des recepteurs/deScodeurs et/ou 

desembrouilleurs des usagers. 

Les decodeurs STB reli6s au reseau R sont banalises et 
comportent chacun un module de demultiplexage commun destine 

30 a op^rer sur des paquets MPEG communs de modulation de type 
COFDM. Chaque decodeur STB de 1' installation selon 1' inven- 
tion ne comporte, en definitive, qu'un bloc DECS de decodage 
de source (partie encadree en traits pleins de la figure 2), 
le decodage de canal etant effectu6 en amont du reseau R, au 

35 niveau de la t§te de reseau collectif TRC. 

Cependant, les applications logicielles qu' utilise le 
microprocesseur d'un decodeur STB, doivent §tre transmises a 
travers le reseau R suivant les demandes des usagers (con- 
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version en signaux audio et vid6o, d6sembrouillage, interac- 
tivity avec les sources d * informations , etc). 



Le serveur local de 1 ' installation selon 1' invention comporte 
5 un module de dialogue ICOM permettant une interactivity entre 
la tete de r6seau collect if TRC et les diff£rents d£codeurs 
STB du r£seau R. Ce module de dialogue interprfete des 
demandes des usagers transmises par les d6codeurs STB & 
travers la voie de retour VR, pour envoyer en r6ponse les 
10 applications logicielles demand^es. 

Le canal CVR du signal S R est reserve & 1 ' interpretation des 
demandes sur la voie de retour VR, tandis que le canal hors 
bande OB du signal S R est reserve h 1 ' interrogation des 

15 d6codeurs STB, pour la transmission des applications logi- 
cielles. Preferentiellement, les canaux hors bande CVR et OB 
vehiculent des paquets modules suivant une modulation de type 
QPSK h 1 MHz de bande. Ainsi, le dialogue du serveur local 
avec les decodeurs STB permet par exemple une adaptation des 

20 configurations logicielles respectives des decodeurs suivant 
les differents abonnements des usagers, dans le cadre d'une 
diffusion d' images teievisuelles sujette £ p6age. Cette 
adaptation des applications logicielles s'effectue selon le 
choix d'une source d ' informations (ou op6rateur) par un 

25 usager. Le dialogue entre le serveur local et les decodeurs 
permet en outre & l'usager d'utiliser les services interac- 
tifs que proposent les differents op6rateurs. 

Dans une realisation pr6fer6e, le mode de dialogue est de 
30 type "interrogation/reponse" . Le serveur local SL comporte 
une mfimoire comprenant une table d' identif iants TA des 
decodeurs STB des usagers. Pour chaque identif iant, le 
serveur £met un "jeton" par le canal hors bande OB & chaque 
d^codeur d'un usager, les uns apr£s les autres. Le decodeur 
35 disposant du jeton reemet, par le canal de la voie de retour 
CVR, ce jeton qui comporte, le cas echeant, une nouvelle 
demande. Ce type d ' interrogation, en cascade, permet avanta- 
geusement : 
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_ de-con troler—le -bon— f onctionnement-du-reseau-R—;— et 

- de transmettre rapidement une demande de teiechargement 
d' application logicielle demand6e. 

Dans 1' exemple, un cycle s'effectue h partir d'une interroga- 
tion toutes les 1 milliseconde. Ainsi, pour un r£seau 
collect if comport ant une centaine de d6codeurs STB, la dur6e 
du cycle est de 100 millisecondes , dur6e compatible avec un 
d£bit standard de type ITU-J112, de bande passante de 1 MHz 
avec un debit de 1,544 Mb/s. 

En variante, il peut §tre pr6vu un mode d'interrogation/r6- 
ponse en rafale (ou paquet). Dans cette forme de realisation, 
le serveur SL t616charge, suite & une demande dans le r6seau, 
un ensemble de donn6es constituant un teiechargement d'une 
application logicielle. Ce protocole en rafale permet 
avantageusement une mise en relation directe du serveur avec 
un ou plusieurs d£codeurs STB. Dans ce mode, il peut etre 
pr6vu de charger, en pratique, 1 Moctet en 8 secondes. 

Bien entendu, ces deux modes en cascade et en rafale peuvent 
coexister dans une m§me version de 1' installation selon 
1' invention. Par exemple, pour une surveillance permanente 
des demandes des usagers du r£seau, il peut etre pr£vu un 
mode d' interrogation/r£ponse en cascade, tandis que pour le 
teiechargement de 1 ' application logiciel demand£e, il peut 
etre pr£vu, en outre, une communication en rafale. 

Le module de dialogue du serveur local SL comporte done une 
interface pour la gestion de la voie de retour VR qui, 
pr6f6rentiellement , est une interface s6rie num£rique (non 
representee) pilotee, par exemple, par un microprocesseur yP. 
Le module de dialogue ICOM coopSre avec la table d'iden- 
tifiants TA pr£cit6e, par 1 ' intermediaire du microprocesseur 
pP, pour dialoguer avec les d£codeurs STB par des messages 
contenant un identif icateur du decodeur STB dans le reseau, 
ainsi que des donnSes ct 6mettre (applications logici lies, 
donn6es multimedia, etc). 
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La table des identif iants TA comporte, en pratique, des 

adresses num6riques des usagers sur le r6seau collectif, 
ainsi que des references des dgcodeurs STB. Cette table 
permet avantageusement d'estimer une topologie du r€seau, en 
5 particulier de connaitre les logiciels mis en place dans les 
diff6rents d6codeurs. La tete de r6seau collectif TRC 
comporte une liaison MODEM lui permettant une communication 
avec les diffSrentes sources d' information desquelles Smanent 
les signaux SI, S2 et S3 (ou op6rateurs ) et la table des 
10 identif iants permet ainsi aux op6rateurs de controler les 
diff^rentes applications logicielles d£livr£es aux d6codeurs 
STB du r£seau R. 

Par ailleurs, cette liaison MODEM permet en outre de contro- 
ls ler & distance le bon f onctionnement de la tete de r£seau 
collectif. Ainsi, si la reception et/ou le d^codage de canal 
de 1'im des signaux si, S2 et S3 est d£fectueuse, une alarme 
est d61ivr£e vers l'op^rateur correspondant , le cas 6ch6ant. 

20 On se r£f£re maintenant & la figure 5 pour d6crire les 
applications logicielles r£sidentes et t£16charg£es dans un 
dispositif r6cepteur/d6codeur STB d'une installation selon 
1' invention. 

25 En m6moire morte du d£codeur sont charg£es une pluralite 
d' applications logicielles r£sidentes : 

- une interface de chargement CHARG de donn£es diffus6es dans 
le r6seau, notamment pour 1' initialisation du d£codeur; 

30 

- un moniteur temps r£el MTR qui assure la gestion en temps 
r£el du microprocesseur , ainsi que les ressources syst&me 
(memoire, interruption, file d'attente); 

35 - une plurality de logiciels de controle DRIVERS associ£s h 
une application logicielle MATERIEL pour la configuration des 
applications logicielles associ£es aux mat£riels utilises, et 
qui assurent la gestion de tous les circuits mat£riels et des 
f onctionnalites du d6codeur (ddsembrouillage, d£codage, 
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eneodage— video., inc r.u st at ions dans les images diff usees , 



etc) 



t 



- une interface de carte a memoire CM, dans le cas oil les 
decodeurs STB sont equipes d'un lecteur de cartes a puce 
fournissant une cle de desembrouillage pour 1 'utilisation 
d' images sujettes a p£age ; 

- cette interface de cartes a memoire coopere avec un module 
d' identification ID du decodeur (adresse numerique de 
l'usager dans la table des identifiants precitee) ; et 

- une application logicielle APGVR de gestion de la voie de 
retour qui assure le dialogue du decodeur avec le serveur 
local. 

II est a rappeler ici que la gestion de la voie de retour 
permet un dialogue entre le serveur local et les decodeurs 
STB et, en particulier, de telecharger des applications 
logicielles (couches superieures de la figure 5). 

Ces applications logicielles telechargees peuvent se ranger 
selon deux categories (ou couches A et B), suivant qu'elles 
emanent directement du serveur local (couche A) ou qu'elles 
emanent des sources via le serveur (couche B). 

Dans ce qui suit, il est decrit a titre d'exemple non 
limitatif des decodeurs STB capables de desembrouiller des 
signaux portant des informations sujettes a peage (images de 
television num§riques et/ou donn^es multimedia). 

Chaque decodeur comporte un dispositif de controle d'acces 
comprenant typiquement un lecteur de cartes a puce, en 
combinaison avec un microprocesseur relie au module de 
desembrouillage. Un changement d'operateur n^cessite alors un 
changement d' application logicielle pour le desembrouillage. 



Dans une premiere forme de realisation d'un decodeur STB 
d'une installation selon 1' invention, les moyens de contrdle 
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d'acc&s et de gestion des cl6s de desembrouillage sont 
charges dans les applications logicielles residentes. Dans ce 
cas, le decodeur STB assure lui-meme la gestion des contrdles 
d'acc^s, sans que le serveur local intervienne. En pratique , 
5 1' interface de carte & puce CM coopSre avec le module 
d' identification ID (associe & 1 ' application logicielle 
relative S 1 ' identification de 1'usager). Le module de 
controle d'acc&s CA, teiechargeable sur le reseau et qui, ct 
ce titre, apparait dans la couche A de la figure 5, peut §tre 
10 transmis vers le serveur local. 

Dans une forme de realisation differente, les applications 
logicielles associSes au droit d'acc^s sont contenues dans 
les applications logicielles g6n6rales que propose 1'opSra- 

15 teur via le serveur local. Dans cette configuration, le 
dispositif recepteur/decodeur STB permet Si 1'usager d'utili- 
ser des applications logicielles de navigation pour une 
interactivity avec les operateurs, ces applications logiciel- 
les de navigation etant accompagnees des applications 

20 logicielles relatives au droit d'accSs. En revanche, dans 
cette forme de realisation, le decodeur STB ne permet pas de 
g£rer les controles d'accfes en reception simple, dans la 
mesure ou la gestion des droits d'acc^s se fait par interac- 
tivity avec l'operateur. A ce titre, le module de controle 

25 d'acc&s CA est represents dans la couche B de la figure 5, en 
traits pointilles . 

Parmi les applications logicielles teiechargeables , la couche 
de base A permet de configurer le decodeur, pour le d£sem- 
30 brouillage, le demulitiplexage, le decodage, etc, ainsi que 
pour 1 ' interpretation des applications logicielles emanant 
des op6rateurs, & partir d'une interface de type API assurant 
la transmission entre les couches logicielles r6sidantes et 
les interfaces proprietaires (OPEN TV ou MEDIAHIGHWAY) . 

35 

La couche A comprend done : 

- une application logicielle API liee h 1' interface de 
charg ment CHARG pour la mise en place des applications 
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log-i-c-ieiaes-t61echarg6es. f _6mananli des operateurs ou standar- 

dis6es (JAVA); et 

- des applicatif s APPL de decodage/de^embrouillage permettant 
5 de piloter le decodage de source qu'effectue le decodeur STB. 

Ces applications logicielles de base (ou logic iel systeme) 
per met : 

10 - 1' utilisation directe de signaux non embrouilies (par 
exemple des images de television numerique qui ne sont pas 
sujettes a peage) ; 

- de teiecharger les applications logicielles de navigation 
15 NAV issues des differents operateurs ; et 

_ de teiecharger des applications logicielles INTDM, par 
exemple un interpreteur JAVA, permettant de recevoir des 
donnees multimedia DM et d'executer de telles applications, 
20 independantes des applications de navigation NAV issues des 
operateurs . 

comme on l'a vu prec^demment , dans la seconde forme de 
realisation du decodeur precite selon laquelle le controle 
25 d'acces pour le desembrouillage est effectue via le serveur 
local, le module de controle d'acces CA (represents par des 
traits pointings sur la figure 5) est teiecharge dans la 
couche B, notamment avec les applications logicielles de 
navigation NAV. 

30 

Dans la couche B representee sur la figure 5, il est prevu 
des applications logicielles APPLIC emanant des operateurs, 
par exemple "OPEN TV" pour TPS et "MEDIAHIGHWAY" pour 
CanalSatellite, permettant d'activer le desembrouillage des 
35 signaux S2 et S3. 

Par ailleurs, il peut etre pr6vu, avec le logiciel naviga- 
teur, un module de guidage EPG dans le cadre d'une interacti- 
vite de l'usager avec l'operateur, ainsi que des donnees 
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multimedia DM transmises au cours d'une telle interactivity. 
Dans une realisation pref6r6e, les applications logicielles 
INTDM ( interpreteur de donnees multimedia), une fois teie- 
chargees, resident en memoire morte du decodeur. 

5 

Ainsi, selon 1'un des avantages que procure la presente 
invention, dans le signal S R diffuse dans le reseau R, sont 
multiplexes les differents signaux SI, S2 et S3 et codes 
suivant un type de modulation prefere (COFDM dans l'exemple 

10 decrit). Par ailleurs, dans le signal S R , un canal hors bande 
OB (de modulation QPSK, dans l'exemple d6crit) porte un jeton 
d' interrogation, tandis que le canal hors bande associe & la 
voie de retour CVR, porte un jeton de retour, associe, le cas 
echeant, ^ une demande nouvelle d'un usager (applications 

15 logicielles nouvelles demandees). A partir du logiciel 
systeme teiecharge dans la couche A, le decodeur est apte Si 
demultiplexer le signal. S R pour seiectionner les donnees 
d' images souhaitees par 1' usager. Pour le decodage/desem- 
brouillage de donnees d' images necessitant des applications 

20 logicielles specif iques (MEDIAHIGHWAY, OPEN TV), ces applica- 
tions logicielles sont seiectivement transmises au decodeur 
STB de 1' usager, suivant sa demande (couche B d' applications 
logicielles precitee). 

25 Un autre avantage que procure la presente invention est qu'un 
unique dispositif recepteur /decodeur STB peut etre utilise 
pour decoder les differents signaux, associes 2t des applica- 
tions logicielles distinctes, ce qui simplifie les materiels 
& disposition des usager s (connexion unique d'un teieviseur, 

30 d'un magnetoscope ou autre, au decodeur STB). 

Un autre avantage que procure la presente invention est le 
controle que peut effectuer chaque operateur, h tr avers le 
serveur local SL, notamment des applications logicielles dont 
35 dispose chaque decodeur STB, ainsi que les droits d'acc^s 
associes * 
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-Bien- entendu ,-- la -presente— invention_ne._se_JLimite_pa s a la 
forme de realisation decrite ci-avant a titre d'exemple. Elle 
s'etend a d'autres variantes. 

On comprendra ainsi que 1 ' installation selon 1' invention ne 
se limite pas a une application de diffusion d' images 
numeriques sujettes a peage. Elle peut concerner en outre la 
diffusion d' images non embrouillees , accompagnees de donnees 
multimedia issues de sources distinctes. 



par ailleurs, les informations emanant des differentes 
sources decrites ci-avant ne sont pas necessairement relati- 
ves a des donnees d' images de television. Ces informations 
peuvent, en variante, etre des donnees multimedia emanant de 
15 sources differentes et de codages differents. 

Les differents operateurs cites precedemment (CanalSatellite, 
TPS, etc) sont decrits ci-avant a titre d'exemples. Par 
ailleurs, la pre sent e invention ne se limite pas aux types de 

20 modulations decrites ci-avant. Par exemple, la modulation 
COFDM des signaux d' images dif fusees sur le reseau, decrite 
ci-avant, bien qu' avantageuse, est susceptible de variantes, 
notamment le codage de la voie de retour qui peut utiliser 
des protocoles DVB standard (QAM, QPSK) ou des protocoles 

25 SFDMA (Synchronous Frequency Division Multiple Access) ou 
FCDMA (Frenquency Coded Division Multiple Access). 
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Revendications 

1. Installation de communication, en particulier pour la 
reception collective d' informations, du type comprenant : 

5 - une interface d' entree (IE) propre k recevoir au moins un 
premier signal (S2) €manant d'une premiere source d' informa- 
tions, ainsi qu'au moins des premiferes applications logi- 
cielles (NAV, APPL), et 

- au moins un dispositif r^cepteur/decodeur (STB), ct dispo- 
10 sition d 'un usager individuel, agenc6 pour utiliser les 
premieres applications logicielles (NAV, APPL) pour proc^der 
& la conversion du premier signal (S2) en vue d'une utilisa- 
tion directe par 1* usager, 

15 caract6ris6e en ce que 1' interface d' entree (IE) est apte & 
recevoir en outre au moins un second signal (S3) 6manant 
d ' une seconde source d ' informations , ainsi que des secondes 
applications logicielles , 

en ce que le dispositif r6cepteur/d6codeur (STB) est agenc6 
20 en outre pour utiliser les secondes applications logicielles 
pour proc^der h. la conversion du second signal (S3) en vue 
d'une utilisation directe dudit second signal, 
et en ce que 1 ' installation comporte un serveur local (SL), 
reli6, d'une part, Si 1* interface d' entree (IE) et, d' autre 
25 part, au dispositif r6cepteur/d6codeur (STB), et comprenant 
un module de dialogue (ICOM) avec le dispositif r6cepteur/d€- 
codeur (STB) pour transmettre, select ivement en fonction 
d * une demande d * un usager , les premieres ou les secondes 
applications logicielles, au dispositif r6cepteur/d£codeur de 
30 1 'usager, pour proc^der k la conversion du premier signal ou 
du second signal. 

2. Installation selon la revendication 1, caract6ris6e en ce 
que le serveur local ( SL) comporte un module harmoniseur 

35 (MOD, AMP) reli6 & '1 9 interface d' ntr6e (IE) et apte & mettre 
les premier et second signaux (S2,S3) sous une forme commune, 
tandis que le dispositif r6cepteur/d6codeur est agenc6 pour 
proc6der & la conversion d'un signal harmonist (S R ) qui 
pr6sente ladite forme commune, 
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3_- Instal - 1 - at -ion-selon-^ La -revendication_2. f _car.act^risi^ej^c^ _ 
que le module harmoniseur (MOD) est agence" pour remoduler les 
premier et second signaux (S2 f S3) suivant un meme type de 
modulation (COFDM), tandis que le dispositif recepteur/d<§- 
codeur (STB) comporte un module demultiplexeur (DEMUX) agence 
pour o P 6rer sur des signaux (S R ) presentant ce type de 
modulation (COFDM). 

4. installation selon la revendication 3, caracterisee en ce 
que le dispositif recepteur/decodeur (STB) comporte une 
memoire (DRAM, ROM) pour charger les premieres ou secondes 
applications logicielles (NAV,APPL), ainsi qu'un module de 
gestion (pP) apte a acceder a ladite memoire et agence pour 
coop6rer avec le module demultiplexeur (DEMUX), pour proceder 
a la conversion dudit signal harmonise - (S R ), en vue d'une 
utilisation directe. 

5. installation selon l'une des revendications prec6dentes, 
caracterisee en ce que 1 ' installation comporte un r«§seau (R) 
de connexions pour relier une multiplicity de dispositifs 
recepteurs/decodeurs (STB) au serveur local (SL), tandis que 
le serveur local (SL) comporte une interface de sortie (OPE) 
reliee au module de dialogue (ICOM) pour transmettre, 
selectivement en fonction des demandes des usagers, les 
premieres ou secondes applications logicielles aux disposi- 
tifs recepteurs/decodeurs (STB) correspondants . 

6. installation selon la revendication 5, caracterisee en ce 
que les dispositifs recepteurs/decodeurs (STB) portent chacun 
un identifiant predetermine (ID) et en ce que le serveur 
local (SL) comporte un registre des identifiants (TA), tandis 
que le module de dialogue (ICOM) est apte a cooperer avec le 
registre des identifiants (TA) pour dialoguer repStitivement 
avec les dispositifs recepteurs/decodeurs (STB) suivant un 
protocole de type interrogation/reponse . 

7. installation selon la revendication 6, caracterisee en ce 
que le serveur local (SL) est agence pour interroger succes- 
sivement les dispositifs recepteurs/decodeurs (STB) de fagon 
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sensiblement cyclique, et recevoir en rgponse (VR) les 
demandes des usagers successivement. 

8- Installation selon l'une des revendications 6 et 7, 
caract6ris6e en ce que le serveur local (SL) est agenc6 pour 
interroger simultan6ment les dispositif s r6cepteurs/d6codeurs 
et recevoir en rgponse (VR) les demandes des usagers simul- 
tan^ment . 

9. Installation selon l'une des revendications pr6c6dentes, 
caract6ris6e en ce que le serveur local (SL) est agenc6 pour 
transmettre en outre des applications logicielles (EPG, DM, 
INTDM) permettant un dialogue entre le dispositif r6cep- 
teur/decodeur (STB) et l'une au moins desdites premiere et 
seconde sources, suivant un protocole interactif . 

10 . Installation selon l'une des revendications pr6c£dentes, 
caract£ris£e en ce que le dispositif rScepteur/dScodeur (STB) 
est apte St communiquer par une voie de retour (VR) avec le 
serveur local (SL), tandis que le serveur local (SL) comporte 
une liaison de communication (MODEM) avec la premiere et/ou 
la seconde source d' informations, pour transmettre au 
dispositif r6cepteur/d£codeur (STB), des applications 
logicielles choisies suivant une demande de l'usager. 

11. Installation selon la revendication 10, caract6ris6e en 
ce que le dispositif r£cepteur/d£codeur (STB) est apte & 
transmettre par ladite voie de retour (VR) une demande de 
mise ^ jour des premieres et/ou secondes applications 
logicielles . 

12. Installation selon l'une des revendications pr£c£dentes, 
caract6ris6e en ce que les premier et/ou second signaux 
portent des informations d' images t£l£visuelles (S2,S3) et/ou 
de type multimedia (DM). 

13. Installation selon la rev ndication 12, caract£ris6e en 
ce que les premier et/ou second signaux (S2,S3) sont des 
signaux embrouill^s portant des informations sujettes & 
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p^age-,— tand-i-s-que-le-r6cep.teur./d6codeur (STB) comporte un 
module desembrouilleur (DESCR) capable de proceder a une 
conversion des premier et/ou second signaux en des signaux 
desembrouilles, sous reserve d'obtention de droits d'acces. 



14. installation selon la revendication 13, caracterisee en 
ce que le dispositif recepteur/decodeur (STB) comporte un 
module de gestion de droits d'acces (CA) apte a cooperer avec 
le module desembrouilleur (DESCR) pour activer le d<5sem- 
brouillage du premier et/ou du second signal. 

15. installation selon la revendication 14, caracterisee en 
ce que le serveur local (SL) est apte a consulter ledit 
module de gestion de droits d'acces (CA) , en vue de controler 
les droits dont dispose le dispositif recepteur/decodeur 
(STB) . 

16. installation selon la revendication 13, caracterisee en 
ce que le dispositif rScepteur/dScodeur (STB) est agenc<§ pour 
emettre vers le serveur local (SL) une demande de droits 
d'acces, tandis que le serveur local (SL) est agence" pour 
communiquer ladite demande de droits d'acces a la premiere 
et/ou la seconde source d ' informations , et pour transmettre 
au dispositif recepteur/decodeur (STB), des applications 
logicielles (APPL) permettant le dSsembrouillage du premier 
et/ou du second signal, en reponse a ladite demande de droits 
d'acces. 

17. Dispositif recepteur/decodeur d'une installation selon 
l'une des revendications pr6cedentes. 
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